[アップデート] Amazon EventBridge でターゲット配信成功までのレイテンシを監視出来るようになったので、配信遅延を発生させて観察してみた

いわさ

2024.10.10

いわさです。

先日のアップデートで Amazon EventBridge に新しい CloudWatch メトリクスが追加されました。

イベントの取り込みからターゲットへの配信までのレイテンシを示すメトリクスで、成功したイベントのみを対象とする計測値のため、エラーが起きていないイベント・ドリブンなワークロードでの遅延を検出することが出来ます。

マネージドサービスな EventBridge でイベント配信遅延ってどういう時にそもそも起きるのか？という点が気になった方もいると思いますが、EventBridge ルールで配信先として設定するターゲットで何らかの問題（スロットリングがプロビジョニング不足など）が起きており、イベントコンシューマー側起因で遅延が発生するパターンは実はよく起きます。

今回このメトリクスを使ってレイテンシ増加の様子を観察してみましたので紹介します！

ドキュメント

次のドキュメントは EventBridge 向けのモニタリングガイドラインです。こちらに新しいメトリクス「IngestionToInvocationSuccessLatency」が追加されています。

従来から取り込みレイテンシを示すものとしては IngestiontoInvocationStartLatency と IngestiontoInvocationCompleteLatency いうメトリクスがありましたが、イベント配信の開始から終了までの一部を示すものであり、成功したイベントを対象に全体の配信遅延を監視出来るメトリクスは今回追加されたものが初です。

配信遅延の検証をしてみる

ではイベントドリブンなアプリケーションを用意し、配信遅延がおきた時にメトリクスがどのように変化するのか観察してみます。
ユーザーがコントロールしやすい一番簡単なものは API Gateway ではないでしょうか。スロットリングやバースト設定の制御に長けているので意図的にスロットリングを発生させたい際に使います。

今回は EventBridge ルールのターゲットに API Gateway を設定し、レイテンシを観察してみましょう。

EventBridge ルールを新規作成します。割愛しますがイベントパターンは AWS アカウント上で発生する全てのイベントとしました。結構な数になりそうですね。
そしてターゲットに適当に用意した API Gateway を設定します。API Gateway は呼び出しできればなんでも良いので REST API + Mock な環境を事前に作成しておきました。